Odd site redirection
am 05.10.2009 17:03:17 von Oliver Marshall --_000_E67A4A6D94092C4180055CA36C65ABCA6E28A1B38DWHITEg2supp or_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi chaps,
Was wondering if someone can help me look at a problem. We've created a new=
virtual host entry on a particular box, which do frequently (once a month =
or so) only this time, when a user goes to the new site, they get directed =
to the first site in the conf file.
You can type in http://wiggle.mydomain.com and hit enter and you instantly =
get a http://woggle.mydomain.com and the address bar in the browser also ch=
anges.
I've tried creating other new virtual host entries with just the absolute b=
asic entries and those also show the same issue. I've also tried adding a c=
ustom log entry for the new vhost sites but the log stays empty.
There's no .htaccess file involved in either of the sites.
The new vhost entry looks like this;
documentroot /var/www/new_site
servername new_site.mydomain.co.uk
The site that it get's directed to looks like this;
DocumentRoot /var/www/first_site
ServerName first_site.mydomain.co.uk
ServerName first_site.mydomain.com
AuthBasicProvider ldap
AuthzLDAPAuthoritative off
AuthLDAPBindDN "CN=3DLDAP USER,CN=3DUsers,DC=3Dmydomain,DC=
=3Dlocal"
AuthLDAPBindPassword ***************
AuthLDAPURL "ldap://server1/DC=3Dmydomain,DC=3Dlocal?sAMAcc=
ountName?sub?(objectClass=3D*)" NONE
AuthLDAPGroupAttributeIsDN on
require ldap-group CN=3DWeb Users,OU=3DSecurity Groups,OU=
=3DMydomain LLP,DC=3Dmydomain,DC=3Dlocal
AuthName "Mydomain First Site"
There are lots of other sites on the server and they are working fine, its =
just started happening today. We've also tried using a plain "hello world" =
style index.html file to rule out any meta refresh issue that the coders ma=
y have put in to the index file. The SVN stuff all works fine, it's just th=
ere for the sake of accuracy.
Is there a way to find out whats causing the redirect and/or where they red=
irect is happening ?
Olly
--
G2 Support
Network Support : Online Backups : Server Management
--_000_E67A4A6D94092C4180055CA36C65ABCA6E28A1B38DWHITEg2supp or_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
>
Hi chaps,
Was wondering if someone can help me look at a problem. We've created a new=
virtual host entry on a particular box, which do frequently (once a month =
or so) only this time, when a user goes to the new site, they get directed =
to the first site in the conf file.
You can type in
m">http://wiggle.mydomain.com and hit enter and you instantly get a
and t=
he address bar in the browser also changes.
I've tried creating other new virtual host entries w=
ith just the absolute basic entries and those also show the same issue. I'v=
e also tried adding a custom log entry for the new vhost sites but the log =
stays empty.
There's no .htaccess file involved in either of the =
sites.
The new vhost entry looks like this;
<virtualhost new_site.mydomain.co.uk:80>
/o:p>
&nbs=
p; documentroot /var/www/new_site
&nbs=
p; servername new_site.mydomain.co.uk
</virtualhost>
The site that it get's directed to looks like this;<=
o:p>
<VirtualHost first_site.mydomain.co.uk:80>
DocumentR=
oot /var/www/first_site
ServerNam=
e first_site.mydomain.co.uk
ServerNam=
e first_site.mydomain.com
<direc=
tory />
&nbs=
p; AuthBasicProvider ldap
&nbs=
p; AuthzLDAPAuthoritative off
&nbs=
p; AuthLDAPBindDN "CN=3DLDAP USER,=
CN=3DUsers,DC=3Dmydomain,DC=3Dlocal"
&nbs=
p; AuthLDAPBindPassword ***************=
&nbs=
p; AuthLDAPURL "ldap://server1/DC=
=3Dmydomain,DC=3Dlocal?sAMAccountName?sub?(objectClass=3D*)" NONE
&nbs=
p; AuthLDAPGroupAttributeIsDN on
o:p>
&nbs=
p; require ldap-group CN=3DWeb Users,OU=
=3DSecurity Groups,OU=3DMydomain LLP,DC=3Dmydomain,DC=3Dlocal
&nbs=
p; AuthName "Mydomain First Site&q=
uot;
</dire=
ctory>
</VirtualHost>
There are lots of other sites on the server and they=
are working fine, its just started happening today. We've also tried using=
a plain "hello world" style index.html file to rule out any meta=
refresh issue that the coders may have put
in to the index file. The SVN stuff all works fine, it's just there for th=
e sake of accuracy.
Is there a way to find out whats causing the redirec=
t and/or where they redirect is happening ?
Olly
--
G2 Support
Network Support : Online Backups : Server Management=
--_000_E67A4A6D94092C4180055CA36C65ABCA6E28A1B38DWHITEg2supp or_--